REMARKS 

This is a full and timely response to the outstanding non-final Office Action 
mailed September 10, 2004. Reconsideration and allowance of the application and 
pending claims are respectfully requested. 

I. Claim Rejections - 35 U.S.C. § 102(b) 

Claims 1-3, 6-9, 11-14, and 16 have been rejected under 35 U.S.C. § 102(b) as 
being anticipated by Hansen (U.S. Pat. No. 5,819,042). Applicant respectfully traverses 
this rejection. 

It is axiomatic that "[anticipation requires the disclosure in a single prior art 
reference of each element of the claim under consideration." W. L. Gore & Associates, 
Inc. v. Garlock, Inc., 721 F.2d 1540, 1554, 220 U.S.P.Q. 303, 313 (Fed. Cir. 1983). 
Therefore, every claimed feature of the claimed invention must be represented in the 
applied reference to constitute a proper rejection under 35 U.S.C. § 102(b). 

In the present case, not every feature of the claimed invention is represented in 
the Hansen reference. Applicant discusses Applicant's claims and the Hansen reference 
in the following. 

A. The Hansen Disclosure 

Hansen discloses a method for configuring (i.e., building) a network. As 
described by Hansen in column 2, lines 23-37: 

In one embodiment, the present invention is of an apparatus and 
associated method, implemented on a computer system, for 
constructing a configuration file for a network device. The apparatus 
includes a configuration script stored in a memory subsystem of the 
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computer system and a software module executable by a processor 
subsystem of the computer system. The configuration script contains a 
series of executable instructions for constructing a configuration file 
for a first specified type of network device. By executing the 
instructions contained in the configuration script, the software module 
may construct a configuration file suitable for upload to a network 
device of the first specified type for configuration such that the 
network device may be configured using the configuration file 
constructed by the software module. 

From the above, it can be appreciated that Hansen's system (or "network 
device configuration tool 10") is used to generate configuration files for the various 
devices that are to be added to a given network, such as a network that the user is 
administering at a given location. 

In building the network, the network administrator first maps a representative 
network configuration using a graphical user interface (GUI) of the configuration tool. 
Once that representative network configuration is established, the network can be 
constructed by creating the network files that will be used to configure the devices for 
connection to the network under construction. As is described by Hansen in column 
6, lines 23-30: 

The network administrator may then configure remotely located 
network devices by uploading configuration files constructed during 
the process of building the network configuration map to the devices. 
Thus, by using the network configuration tool, the network 
administrator can, from a central location, design a suitable 
configuration network and then configure any number of remotely 
located devices included in the network. 
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The process used to construct the configuration files that are to be uploaded to 
the various devices is described by Hansen in columns 13-15. As is described by 
Hansen in column 13, line 56 to column 14, line 3: 

In turn, the execution of the script commands causes a series of 
questions to be asked of the network administrator, the answers to 
which are used to construct a configuration file. For example, if the 
script commands set forth in the guided configuration section of the 
configuration script set forth in Appendix A were executed during 
configuration of a Cisco 2514 router, the network administrator would 
be asked to name the router, indicate whether to configure internet 
protocol (or "IP") for the router, indicate which IP routing protocol 
should be used for the router, whether to configure IPX for the router, 
indicate whether the router should be password protected, choose a 
password for the router, indicate whether the configuration mode for 
the router should be password protected and choose a password for the 
configuration mode. 

As can be appreciated from the above excerpt, the administrator is needed to 
provide various details as to the device configurations and communication protocols. 

B. Applicant's Claims 1-3 and 6 

Independent claim 1 provides as follows (emphasis added): 

1. A method for providing a client on a remote client 
network access to a resource on a different network, the method 
comprising: 

providing a graphical user interface (GUI) to an operator with 
which client connectivity with the resource can be enabled, the GUI 
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being configured such that the process used by the operator to 
facilitate connectivity using the GUI is the same regardless of a 
configuration of the remote client network; 

receiving commands of the operator with the GUI that convey 
the identity of the client and the resource to be accessed by the client; 

automatically determining the client network configuration; 

and 

automatically establishing client connectivity to the resource. 

In view of the above, it can be appreciated that Applicant claims a method for 
providing a client on a remote client network access to a resource on a different 
network. Applicant notes as a first matter that Hansen does not teach such a method. 
Instead, as is discussed above, Hansen provides a system (or "configuration tool") that 
is used to build a network, not provide access for remote clients to resources on 
different networks. For at least this reason, Hansen does not anticipate claim 1 . 

Because Hansen is not concerned about providing access for remote clients to 
resources on different networks, it logically follows that Hansen does not teach a GUI 
that is "configured such that the process used by the operator to facilitate connectivity 
using the GUI is the same regardless of a configuration of the remote client network" 
or "determining the client network configuration", as are required by claim 1. 
Specifically, if access is not to be provided to a device on a remote network, there is 
no need to provide a GUI that operates the same regardless as to network 
configuration, and no need to determine the configuration of the remote network. 

Hansen also does not teach "automatically establishing client connectivity to 
the resource". Although Hansen describes a process through which two devices are 
connected within a network, Hansen does not describe an automated process. Instead, 
as is discussed above, active participation from the network administrator is required. 
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In view of the above, Hansen fails to anticipate several of the limitations of 
Applicant's claim 1, and therefore the claims that depend therefrom. Applicant 
respectfully requests that the rejection be withdrawn. 

C. Applicant's Claims 7-9 and 10-11 

Independent claim 7 provides as follows (emphasis added): 

7. A system for providing a client on a remote client 
network access to a resource on a different network, the system 
comprising: 

means for providing a graphical user interface (GUI) to an 
operator with which client connectivity with the resource can be 
enabled, the GUI being configured such that the process used by the 
operator to facilitate connectivity using the GUI is the same 
regardless of a configuration of the remote network', 

means for receiving commands of the operator with the GUI 
that convey the identity of the client and the resource to be accessed by 
the client; 

means for automatically determining the client network 
configurations and 

means for automatically establishing client connectivity to the 
resource. 

Regarding claim 7, Hansen does not teach or suggest a "system for providing a 
client on a remote client network access to a resource on a different network" that 
includes a GUI that is "configured such that the process used by the operator to 
facilitate connectivity using the GUI is the same regardless of a configuration of the 
remote network", for reasons described above in relation to claim 1 . Moreover, Hansen 
fails to teach or suggest "means for automatically determining the client network 
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configuration" or "means for automatically establishing client connectivity to the 
resource", also for reasons discussed in relation to claim 1 . 

In view of the above, Applicant respectfully submits that Hansen does not 
anticipate claim 7, or claims 8-9 and 10-11 that depend from claim 7. Applicant 
therefore requests that the rejection be withdrawn. 

D. Applicant's Claims 12-14 and 16 

Independent claim 12 provides as follows (emphasis added): 

12. A program stored on a computer readable medium, the 
program being configured to provide a client on a remote client 
network access to a resource on a different network, the program 
comprising: 

logic configured to provide a graphical user interface (GUI) to 
an operator with which client connectivity to the resource is enabled, 
the GUI being configured such that the process used by the operator 
to facilitate connectivity using the GUI is the same regardless of a 
configuration of the remote client network, 

logic configured to receive commands of the operator with the 
GUI that convey the identity of the client and the resource to be 
accessed by the client; 

logic configured to automatically determine the client 
network configurations and 

logic configured to automatically establish client connectivity 
to the resource. 

Regarding claim 12, Hansen fails to teach or suggest a "program being 
configured to provide a client on a remote client network access to a resource on a 
different network", a GUI that is "configured such that the process used by the 
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operator to facilitate connectivity using the GUI is the same regardless of a 
configuration of the remote client network", "logic configured to automatically 
determine the client network configuration", or "logic configured to automatically 
establish client connectivity to the resource", for reasons described in the foregoing. 

Applicant therefore respectfully submits that Hansen does not anticipate 
claims 12-14 and 16, and requests that the rejection be withdrawn. 

II. Claim Rejections - 35 U.S.C. § 103(a) 

Claims 4-5, 10, and 15 have been rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Hansen , Applicant respectfully traverses this rejection. 

As is identified above in reference to independent claims 1, 7, and 12, Hansen 
does not teach several explicit limitations of Applicant's claims. Because of this fact, 
claims 4-5, 10, and 15 are allowable over Hansen for at least the same reasons that 
claims 1, 7, and 12 are allowable over Hansen. 

III. New Claims 

As identified above, claims 17 and 18 have been added into the application 
through this Response. Applicant respectfully submits that these new claims describe 
an invention novel and unobvious in view of the prior art of record and, therefore, 
respectfully requests that these claims be held to be allowable. 
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CONCLUSION 



Applicant respectfully submits that Applicant's pending claims are in 
condition for allowance. Favorable reconsideration and allowance of the present 
application and all pending claims are hereby courteously requested. If, in the opinion 
of the Examiner, a telephonic conference would expedite the examination of this matter, 
the Examiner is invited to call the undersigned attorney at (770) 933-9500. 



I hereby certify that this correspondence is being 
deposited with the United States Postal Service as 
first class mail, postage prepaid, in an envelope 
addressed to: Assistant Commissioner for Patents, 
Alexandria, Virginia 22313-1450, on 
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